home *** CD-ROM | disk | FTP | other *** search
/ TeX 1995 July / TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO / tex-k / tex-k-archive.past / tex-k-archive.gz / tex-k-archive / 000287_kb@cs.umb.edu_Tue Feb 8 07:11:57 1994.msg < prev    next >
Internet Message Format  |  1994-10-11  |  3KB
  1. Received: from terminus.cs.umb.edu by cs.umb.edu with SMTP id AA16223
  2.   (5.65c/IDA-1.4.4 for <tex-k-exp@cs.umb.edu>); Tue, 8 Feb 1994 12:11:58 -0500
  3. Received: by terminus.cs.umb.edu id AA22338
  4.   (5.65c/IDA-1.4.4); Tue, 8 Feb 1994 12:11:57 -0500
  5. Date: Tue, 8 Feb 1994 12:11:57 -0500
  6. From: "K. Berry" <kb@cs.umb.edu>
  7. Message-Id: <199402081711.AA22338@terminus.cs.umb.edu>
  8. To: karl@cs.umb.edu, tex-k@cs.umb.edu
  9. Subject: -g and -O
  10.  
  11. The principle of least surprise says web2c should act like all the other
  12. GNU/Autoconf-ized packages. That's why I made -g the default. If all the
  13. other packages change, I will too.
  14.  
  15. In 5.851d (or was it earlier?) web2c did use -O by default. (It also
  16. used -g, if compiling with gcc.) This caused endless trouble because
  17. the optimizers broke.
  18.  
  19. Anyway, it seems Linux folks make up binary packages that others can
  20. then use. This solves the problem in a much better way (imo) than
  21. changing the way web2c works: naive installers would (should) much
  22. rather install a binary package than compile stuff from sources anyway.
  23. If they prefer to compile stuff from sources, then they should accept
  24. the responsibility of configuring them. If they don't want to do that,
  25. then they are free to make up their own package configured however they
  26. like -- all the TeX (and Kpathsea) software is freely available.
  27.  
  28. So, I'm not going to change this. (Nor am I going to strip installed
  29. binaries by default, for all the same reasons). Aside from my personal
  30. preferences and needs, I think it's better in general for web2c to be
  31. like other configure packages than for it to strike out on its own.
  32.  
  33.     My point is that you have been so successful
  34.     that many of the people now installing UnixTeX --
  35.  
  36. Victim of my own success, huh? That's certainly how I've been feeling ...
  37.  
  38.     know little or nothing of subtle points like -g vs -O.
  39.  
  40. Sorry, I still don't consider the differences between -g/-O/-g -O a
  41. subtle point!
  42.  
  43.     I feel you should aim for an installation regime
  44.     which allows users hopefully just to say
  45.     "configure", "make", "make install".
  46.  
  47. Right. That is of course what I try to do. As far as I know, this works
  48. on Linux. The results may not be *ideal*, but that's how it goes when
  49. you take the defaults for everything. The defaults have to work well on
  50. all systems, not just yours.
  51.  
  52.     I haven't checked with TeX,
  53.     but some programs are 10 times as large under Linux
  54.     if compiled with -g and not stripped.
  55.  
  56. Sounds like a bug in Linux to me. There's no inherent reason that this
  57. should happen -- it doesn't under SunOS (much as I hate SunOS).  Maybe
  58. work has to be done on gdb and ld so that you can debug with shared
  59. executables on Linux.